1、dataVue会递归将data的属性转换为getter/setter，从而让data的属性能够响应数据变化。对象必须是纯粹的对象(含有零个或多个的key/value对)data(){ return{ dataForm:{ xxx:‘’, xxx:数字//这里的数字会固定XXX的选项 }, xxx:[], xxx:false, xxx:数字, xxx:{} }}2、components调用其他组件 importAddOrUpdatefrom'./bareapointinfo-add-or-update' exportdefault{ components:{
电源符号，你是否还傻傻分不清楚？常用电源符号附上！在电路设计中，总会出现各式各样的电源符号，经常会把人弄懵逼，今天小编整理了二十多个比较常用的电源符号分享给大家，快收藏呀。1.VBB：B可以认为是三极管的基极B，一般是指电源正极。2.VCC：C可以认为是三极管的集电极Collector或者电路Circuit，一般是指电源正极。3.VDD：D可以认为是MOS管的漏极Drain或者设备Device，一般是指电源正极。4.VEE：E可以认为是三极管的发射极Emitter，一般是指电源负极。5.VSS：S可以认为是MOS管的源极Source，一般是指电源负极。其中：V—Voltage6.AVCC：（A
电源符号，你是否还傻傻分不清楚？常用电源符号附上！在电路设计中，总会出现各式各样的电源符号，经常会把人弄懵逼，今天小编整理了二十多个比较常用的电源符号分享给大家，快收藏呀。1.VBB：B可以认为是三极管的基极B，一般是指电源正极。2.VCC：C可以认为是三极管的集电极Collector或者电路Circuit，一般是指电源正极。3.VDD：D可以认为是MOS管的漏极Drain或者设备Device，一般是指电源正极。4.VEE：E可以认为是三极管的发射极Emitter，一般是指电源负极。5.VSS：S可以认为是MOS管的源极Source，一般是指电源负极。其中：V—Voltage6.AVCC：（A
static_assert是c++11添加的新语法，它可以使我们在编译期间检测一些断言条件是否为真，如果不满足条件将会产生一条编译错误信息。使用静态断言可以提前暴露许多问题到编译阶段，极大的方便了我们对代码的排错，提前将一些bug扼杀在摇篮里。然而有时候静态断言并不能如我们预期的那样工作，今天就来看看这些“不正常”的情况，我将举两个例子，每个都有一定的代表性。为什么我的static_assert不工作基于静态断言可以在编译期触发，我们希望实现一个模板类，类型参数不能是int，如果违反约定则会给出编译错误信息：templatestructObj{static_assert(!std::is_sa
static_assert是c++11添加的新语法，它可以使我们在编译期间检测一些断言条件是否为真，如果不满足条件将会产生一条编译错误信息。使用静态断言可以提前暴露许多问题到编译阶段，极大的方便了我们对代码的排错，提前将一些bug扼杀在摇篮里。然而有时候静态断言并不能如我们预期的那样工作，今天就来看看这些“不正常”的情况，我将举两个例子，每个都有一定的代表性。为什么我的static_assert不工作基于静态断言可以在编译期触发，我们希望实现一个模板类，类型参数不能是int，如果违反约定则会给出编译错误信息：templatestructObj{static_assert(!std::is_sa
背景近期接触容器技术时，经常看到各类比较容器与虚拟机区别的文章中会提到：容器是共享宿主机的内核，而虚拟机则是拥有自己独立的内核，所以不可能在Linux上用容器运行windows，但是用虚拟机则可以。乍看下去，觉得Linux上无法运行windows是很自然的结论，然后突然升起一个疑问：Linux上无法运行windows容器，那Debian上可以运行Ubuntu容器吗？Ubuntu上又能运行CentOS容器吗？从自己实际使用上看，Debian上确实有运行CentOS的docker容器，CentOS上确实也有运行Ubuntu的docker容器，那无法运行windows容器却能运行不同发行版Linux
背景近期接触容器技术时，经常看到各类比较容器与虚拟机区别的文章中会提到：容器是共享宿主机的内核，而虚拟机则是拥有自己独立的内核，所以不可能在Linux上用容器运行windows，但是用虚拟机则可以。乍看下去，觉得Linux上无法运行windows是很自然的结论，然后突然升起一个疑问：Linux上无法运行windows容器，那Debian上可以运行Ubuntu容器吗？Ubuntu上又能运行CentOS容器吗？从自己实际使用上看，Debian上确实有运行CentOS的docker容器，CentOS上确实也有运行Ubuntu的docker容器，那无法运行windows容器却能运行不同发行版Linux
XName：该Cookie的名称。一旦创建，该名称便不可更改。Value：该Cookie的值。如果值为Unicode字符，需要为字符编码。如果值为二进制数据，则需要使用BASE64编码。Domain：可以访问该Cookie的域名。例如，如果设置为.zhihu.com，则所有以zhihu.com，结尾的域名都可以访问该Cookie。MaxAge：该Cookie失效的时间，单位为秒，也常和Expires一起使用，通过它可以计算出其有效时间。MaxAge如果为正数，则该Cookie在MaxAge秒之后失效。如果为负数，则关闭浏览器时Cookie即失效，浏览器也不会以任何形式保存该Cookie。Pat
XName：该Cookie的名称。一旦创建，该名称便不可更改。Value：该Cookie的值。如果值为Unicode字符，需要为字符编码。如果值为二进制数据，则需要使用BASE64编码。Domain：可以访问该Cookie的域名。例如，如果设置为.zhihu.com，则所有以zhihu.com，结尾的域名都可以访问该Cookie。MaxAge：该Cookie失效的时间，单位为秒，也常和Expires一起使用，通过它可以计算出其有效时间。MaxAge如果为正数，则该Cookie在MaxAge秒之后失效。如果为负数，则关闭浏览器时Cookie即失效，浏览器也不会以任何形式保存该Cookie。Pat
背景概述最近计划着重分析一下线上各api的HTTP响应耗时情况，检查是否有接口平均耗时、99分位耗时等相关指标过大的情况，了解到nginx统计请求耗时有四个指标：request_time、upstream_response_time、upstream_connect_time与upstream_header_time，在查找资料的过程中，发现无论是nginx官方文档还是热心网友们的分享，都并没有让自己感觉特别详细、明白地说清楚了这四个指标详细具体含义的资料，于是自己动手探究了一番nginx源码，尝试从其中找出这4个指标的代码级别具体含义。特别说明：本文代码分析基于nginx1.10.0版本，从
